TERMINAL MANAGEMENT DEVICE, TERMINAL DEVICE , AND TERMINAL 
MANAGEMENT METHOD 

BACKGROUND OF THE INVENTION 
5 1. Field of the Invention 

The present invention relates to a method for a 
plurality of business entities to bear the cost of a 
terminal device, which can make use of services provided by 
these business entities. More particularly, the present 
10 invention relates to a terminal management method and a 
terminal management device in a case that a plurality of 
service business entities distribute to subscribers, either 
gratuitously or for a small fee, terminal devices (network 
terminals), which connect to a network such as the Internet, 
15 and the cost of these network terminals is borne by the 
plurality of service business entities. 
2. Description of the Related Art 

In line with the widespread use of the Internet in 
recent years, service business entities, such as internet 
20 service providers (ISP), which provide Internet connection 
services, and application service providers (ASP), which 
provide a variety of services (online shopping, online 
stock trading, and so forth) over the Internet, are 
conducting operations, which allow users to subscribe to 
25 these services by providing to subscribers, either free-of- 
charge or for a small fee, terminal devices (network 
terminals, such as, for example, personal computers or set 
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top boxes ) , which connect to the Internet , in order to 
increase the number of users subscribing to these services. 
In this case, the service business entities recoup the cost 
of the network terminals provided to subscribers either 

5 gratuitously or for a small fee, via the service 
utilization charges paid by subscribers. 

In this manner, service business entities, by 
increasing the number of subscribers by providing users 
with either free or inexpensive network terminals, are 

10 attempting to increase revenues resulting from the service 
utilization charges from these subscribers, and are making 
it possible to continue service provision operations by 
recouping the cost of network terminals . 

However, for example, in a case that personal 

15 computers are distributed as network terminals , there have 
been a rash of incidents in which only the word processing 
software and such, which either has been installed in these 
personal computers beforehand, or is installed by a 
subscriber afterwards, is being used, and the services 

20 provided by the service businesses are not being used. 
Thus, because services are not being used in 
accordance with the distributed terminals, revenues from 
service utilization fees from subscribers are decreasing, 
and there are also limited funds available for investments 

25 designed to acquire subscribers, making it impossible to 
recoup the cost of the network terminals , and thus 
impossible to continue service provision operations. 
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Therefore, there are cases in which shouldering the 
cost of these network terminals is too great a burden 
financially for a single service business. In a case such 
as this, the cost burden on a single service business can 
5 be reduced by a plurality of service business entities 

sharing the cost of distributed network terminals. Network 
terminals distributed jointly by a plurality of service 
business entities can make use of the plurality of services 
provided by these service business entities, and a 
10 subscriber will subscribe to each of the services provided 

by the plurality of service business entities, respectively. 

However, it is supposed that there will be cases in 
which services capable of being used via network terminals 
will change after network terminals have been distributed 
15 to subscribers. For example, there will be cases in which, 
in addition to services (for example, an internet 
connection service and an online stock trading service) by 
service business entities sharing the cost of initial 
network terminals, a new service (an online shopping 
20 service) by another service business entity, will be added. 
In a case such as this, this other service business entity 
is not sharing the cost of the network terminals at network 
terminal distribution. 

Thus, when it becomes possible to utilize a new 
25 service provided by another service business entity 

subsequent to network terminal distribution, there are 
times when the new service thereof is utilized often, and 
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the services provided by the service business entities 
sharing the cost of the network terminals are not used. 

As a result, whereas revenues of service utilization 
fees from subscribers increase for this other service 
5 business entity, revenues resulting from the service 

utilization fees of the service business entities sharing 
the cost of network terminals decrease, making it 
impossible to continue service provision operations. 

10 SUMMARY OF THF INVENTION 

Accordingly, an object of the present invention is to 
provide a method for managing the sharing of terminal costs 
that makes the continuation of service operations possible. 
Further, an object of the present invention is to 
15 provide a terminal management device when a plurality of 
service business entities are sharing the cost of network 
terminals, and a terminal device and terminal management 
method corresponding thereto. 

According to the present invention, a terminal 
20 management device manages the sharing by at the least one 
business entity of costs related to distributed terminal 
devices. For example, in a case that a new business entity, 
which uses the terminal devices and provides services after 
the terminal devices have been distributed, the terminal 
25 management device computes and totals the differences of 

shared costs of each business entity, which will change in 
accordance with the addition thereof. Thus, by managing 
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the changes of a plurality of business entities bearing the 
costs related to terminal devices, changes in the shares of 
the costs thereof can be adjusted easily even in a case 
that business entities using the terminal devices thereof 

5 and providing services change after the terminal devices 
have been distributed to subscribers. Therefore, the 
present invention facilitates the participation of a new 
service business entity in the provision of services using 
terminal devices subsequent to the terminal devices being 

10 distributed. 

BRIEF DE SCR IPT ION OF THE DRA WI N GS 
Fig. 1 is an example of a network configuration in an 
aspect of the embodiment of the present invention; 
15 Fig. 2 is an example of a configuration of a support 

s erver 40; 

Fig. 3 is an example of a configuration of a network 
terminal ; 

Figs. 4A, 4B, 4C and 4D are diagrams illustrating 
20 tables stored in a support server 40; 

Fig. 5 is an example of a table for storing changes in 
proportional shares of network terminal costs; 

Fig. 6 is a diagram illustrating an example of 
computations of the costs borne by each business entity; 
25 Fig. 7 is a flowchart of processing between a network 

terminal and support server in a first aspect of the 
embodiment of the present invention; 
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Fig. 8 is an example of an initial screen displayed on 
a network terminal; 

Fig. 9 is an example of a table of a history of 
affinity ID updates; 
5 Fig. 10 is an example of a document; 

Fig. 11 is a flowchart of processing between a network 
terminal and a support server in a second aspect of the 
embodiment of the present invention; 

Fig. 12 is an example of a service menu screen 
10 displaying an affinity ID change menu; and 

Fig. 13 is a flowchart of processing between a network 
terminal and a support server in a third aspect of the 
embodiment of the present invention. 



15 DESCRIPTION OF THE PREF FRRKD EMRODTMRNTS 

The aspects of the embodiment of the present invention 
will be explained hereinbelow. However, the technical 
scope of the present invention is not limited to these 
aspects of the embodiment. Furthermore, in the present 

20 invention, a business entity is not only a company (an 

organization), which provides a service, but also refers to 
divisions within the same company, which provide different 
services, and earn revenues, respectively. Further, in the 
aspects of the embodiment hereinbelow, a terminal device is 

25 explained as a terminal device capable of connecting to the 
Internet (a network terminal), but the present invention is 
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also applicable to a terminal device other than a network 
terminal . 

Fig. 1 is an example of a network configuration in an 
aspect of the embodiment of the present invention. In Fig. 
1, a network terminal 10 is connected to the Internet via a 
server 20 of an Internet service provider (ISP), which is a 
service business entity. Subscriber network terminal 10 is, 

for example, a personal computer capable of connecting to 
the Internet, or a network connection device (internet 
appliance (IA)) capable of connecting only to a server of a 
specific service business entity, and is given out, either 
free-of -charge or for a small fee, to a subscriber from at 
the least one service business entity. That is, a service 
business entity bears at the least a portion of the cost of 
a network terminal given out to a subscriber. 

Further, a server 30 of an application service 
provider (ASP), which is a service business entity 
providing services over the Internet, is connected to the 
Internet. Furthermore, a support server 40, which performs 
network terminal management tasks characteristic of the 
present invention, is connected to the Internet. The 
support server 40, as will be explained in detail 
hereinbelow, in a case that a plurality of service business 
entities share the cost of a network terminal, manages the 
proportional shares thereof, and manages the types of 
services that a network terminal receives . 



Fig. 2 is an example of a configuration of a support 
server 40. The support server 40 is, for example, a Web 
server connected to the Internet. In Fig. 2, the 
controller 41 of the support server 4 0 is constituted from 
a CPU, memory, and so forth, performs file read-out control, 
file transfer control, database search/update control, and 
various arithmetic processing, and performs the management 
tasks of the present invention. The communicating unit 42 
receives data from a network terminal 10 and sends same to 
the controller 41, and transmits a file sent from the 
controller 41 to a network terminal 10. Further, the 
following files are stored in a predetermined storing unit 
of the support server 40. 

An HTML file 43 is a file of pages described in the 
HTML language. A main program file 44 comprises a program 
for reading out an HTML (HyperText Markup Language) file 
and sending same to a communications device, a program for 
processing data from a network terminal, a program for 
searching/updating a database, an operational program for 
using a database and creating the documents /vouchers of 
each service business entity, and a CGI (common gateway 
interface) program. Further, a database 45 stores various 
tables, which will be explained hereinbelow. 

Fig. 3 is an example of a configuration of a network 
terminal. A network terminal 10 is, for example, a 
personal computer or a set top box. In Fig. 3, the 
controller 11 of the network terminal 10 is constituted 



from a CPU, memory/ and so forth, and controls 
communications with a server on a network, controls the 
display of a received file, and controls various processing. 
A communicating unit 12 receives data from a support server 

5 4 0 or some other server on a network, sends same to the 

controller 11, and sends data sent from the controller 11 
to a server on a network. Further, a program file 13 
stored in a predetermined storing unit of a network 
terminal comprises a browser program for displaying 

10 information from a server. Furthermore, the network 
terminal 10 may also comprise an interface unit (for 
example, a card slot or the like) 14 for reading a 
removable storage medium (a memory card, IC card, floppy 
disk, CD-ROM or the like). 

15 Figs. 4A, 4B, 4C and 4D are diagrams illustrating 

examples of tables stored in a support server 40. The 
support server 40 manages in accordance with the following 
tables a network terminal ID (MID) for identifying a 
network terminal, a subscriber ID for identifying a 

20 subscriber, a VAM-ID for identifying a service business 
entity (or what is also called a VAM (value adder 
marketer)), and an affinity ID for identifying the 
combination type of at the least one service business 
entity bearing the costs of network terminals. The 

25 affinity ID will be explained below. 

The network terminal table (machine table) shown in 
Fig. 4A stores a subscriber ID corresponding to each 
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network terminal ID (MID), and furthermore, the 
manufacturing number (serial), type (hardtype) and unit 
cost (not shown in the figure) of each network terminal. 
The subscriber table shown in Fig. 4B stores each 
subscriber ID, affinity ID, chargetype, and a subscriber 
name, which is not shown in the figure, corresponding to a 
subscriber ID. The affinity table shown in Fig. 4C stores 
a VAM-ID corresponding to each affinity ID, and the 
proportional share of network terminal costs of a service 
business entity corresponding to each VAM-ID. Further, the 
VAM table in Fig. 4D stores the name of a service business 
entity corresponding to each VAM-ID. 

Here, the affinity ID will be explained. The affinity 
ID, as mentioned hereinabove, is an ID for identifying the 
combination type of at the least one service business 
entity bearing the cost of network terminals. By assigning 
each affinity ID to each network terminal (each subscriber), 
it is possible to identify the type of service that each 
network terminal (each subscriber) is receiving. For 
example, as shown in Fig. 4C, affinity ID = "afO" is an 
example in which only service business entity ISP1 bears 
the cost of network terminals (that is, the proportional 
share is 1), and as shown in Fig- 4B, the subscriber of 
subscriber ID "1234567" can receive a service business 
entity ISPl-provided service by connecting the network 
terminal of assigned network terminal ID "3258288732" (See 
Fig. 4A) to the Internet. 
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Further, affinity ID = "af3" is an example in which 
service business entities ISPl, ASPl, ASP 2 and ASP3 share 
the cost of network terminals, and the proportional shares 
thereof are, for example, 0.43 for service business entity 
ISPl, 0.21 for both service business entity ASPl and 
service business entity ASP2 , and 0.15 for service business 
entity ASP 3 . And then, as shown in Fig. 4B, when the 
subscriber of subscriber ID "9234567" connects the network 
terminal of assigned network terminal ID ''3666777888" (See 
Fig. 4A) to the Internet, it is possible to receive 
services provided by service business entities ISPl, ASPl, 
ASP2, and ASP3 . 

Furthermore, in the case of the above-mentioned 
affinity id = "afO", initially only service business entity 
ISPl bore the cost of network terminals, and it was only 
possible to use a service provided by service business 
entity ISPl, but thereafter, in a case that it was made 
possible for the network terminal corresponding to affinity 
ID = "afO" to utilize a service provided by service 
business entity ASPl, as shown in Fig. 4C, a new affinity 
id = "afl" is set, and proportional shares of network 
terminal costs of service business entities ISPl and ASPl 
(for example, 0.67 for service business entity ISPl and 
0.33 for service business entity ASPl) are set. 

Therefore, for service business entity ISPl, the 
proportional share of network terminal costs is reduced 
from the initial 1 to 0.67, and for service business entity 
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ASPl, a new cost of a proportional share of 0.33 is 
generated. However, the network terminal corresponding to 
affinity ID = "afO" has already been given to a subscriber, 
and the cost thereof is being born by service business 

5 entity ISP1. In this case, the difference of the 

proportional share portion of service business entity ASPl 
can be paid from service business entity ASPl to service 
business entity ISPl. 

Support server 40 has a table for storing changes in 

10 the proportional shares of network terminal costs as shown 
in Fig. 5. According to Fig. 5 , in a case that a network 
terminal affinity ID changes from "afO" to "afl" (affinity 
change of "afO to afl"), the payment of a cost of a 
proportional share backrate of 1 - 0.67 = 0.33 is generated 

15 from service business entity ASPl to service business 
entity ISPl. 

Furthermore, in a case that a service of service 
business entity ASP2 is added for the network terminal of 
affinity ID "afl", new affinity ID = "af2" is set. At this 

20 time, as shown in Fig. 4C, the proportional shares of 
network terminal costs between the respective service 
business entities ISPl, ASPl, ASP 2 is set at 0.5, 0.25, and 
0.25, respectively. By so doing, as shown in the change 
table of Fig. 5, the change portion of the proportional 

25 shares of each service business entity, respectively, 
becomes 

Service business entity ISPl: 0.67 - 0.5 = 0.17 
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Service business entity ASPl: 0.33 - 0.25 = 0.08 
Service business entity ASP 2 : 0 - 0.25 = -0.25 
When a proportional share thereof is a positive number, 
this indicates that there will be income from another 
service business entity, and when same is a negative number, 
this indicates that a payment must be made to another 
service business entity. 

Fig. 6 is a diagram illustrating an example of 
computations of the shared costs of each business entity, 
in Fig. 6, initially, for example, service business entity 
ISP1 distributes 10,000 units of a network terminal of a 
unit cost of 3 0,000 yen. The affinity ID at this time is 
set at "afO". And then, it is supposed that service 
business entity ISP1 has finished paying 10,000 x 30,000 
yen, which was the initial cost thereof. For a certain 
period of time (for example, a quarter of a year), the 
difference of shared cost of each service business entity 
when a change of affinity ID occurs will be illustrated. 
In the figure, a plus cost indicates an income, and a minus 
cost indicates a payment. 

In Fig. 6, of the initial 10,000 units of network 
terminals of affinity ID "afO", 7,500 units become capable 
of using a service of service business entity ASPl, and the 
affinity ID thereof is changed to "afl". Furthermore, of 
the 7,500 units of network terminals of affinity ID "afl", 
5,000 units become capable of using a service of service 
business entity ASP 2 , and the affinity ID thereof is 
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changed to "af2". Furthermore, of the 5,000 units of 
network terminals of affinity ID "af2", 2,500 units become 
capable of using a service of service business entity ASP3, 
and the affinity ID thereof is changed to "af3". And then, 

5 for each affinity change, the difference of the shared cost 
of each service business entity is computed with regard to 
the number of units of network terminals for which affinity 
changed. Furthermore, the computations shown in Fig. 6 can 
also be determined by computations from the affinity table 

10 of Fig. 4C without creating a change table like that shown 
in Fig. 5. 

Further, when a new affinity ID is set, the affinity 
ID in the subscriber table shown in Fig. 4B is also changed 
to a new affinity ID. For example, when new affinity ID = 

15 "afl" is generated for affinity ID = "afO", subscriber 

affinity IDs of affinity ID = "afO" in the subscriber table 
are all changed to "afl". Thus, when a new affinity ID is 
set, affinity IDs constituting the origins thereof in the 
subscriber table are all changed to the new affinity ID. 

20 Fig. 7 is a flowchart of network terminal - support 

server processing in a first aspect of the embodiment of 
the present invention. The network terminal - support 
server communications protocol is, for example, an HTTP 
(Hypertext Transfer Protocol), which uses port = 80h. in 

25 Fig. 7, the support server 4 0 overwrites the subscriber 

table (S10) when the affinity ID of subscriber ID "1234567" 
is changed from "afO" to "afl". Then, it is supposed that 
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the subscriber used the network terminal for the first time 
subsequent to the subscriber table being overwritten. The 
network terminal 10 is constituted so as to access the 
support server 40 at startup, and by specifying the URL 
(universal resource locator) of the support server 40, an 
access request (post request) is sent to the support server 
40 (Sll). An access request comprises the network terminal 
ID (MID), subscriber ID and affinity ID stored in the 
network terminal 10. 

Upon receiving an access request, the support server 
40 references the subscriber table shown in Fig. 4B, 
acquires an affinity ID corresponding to the received 
subscriber ID, and furthermore, then compares the affinity 
ID (affinityid) acquired from the subscriber table with the 
received affinity ID ( af f inityid_C) (S12). When there is 
match in Step S13, the support server 40 sends as an access 
response (post response) an HTML file (datal) for 
displaying a service menu screen corresponding to affinity 
ID "afO", together with the network terminal ID (MID), 
subscriber ID and affinity ID (here, "afO") (S14). 

Conversely, when there is no match in Step S13, the 
support server 40 selects the affinity ID acquired from the 
subscriber table (here, "afl"), sends the affinity ID 
thereof, the network terminal ID and the subscriber ID to 
the network terminal 10, and furthermore, sends as an 
access response (post response) an HTML file (datal) for 
displaying a service menu screen corresponding to affinity 
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ID "afl", and an additional plug-in program (data2) 
corresponding to affinity ID "afl" (S15). 

In a case that an additional program is added, for 
example, by a bank service business entity in accordance 
with the change to affinity ID "afl", the additional 
program is a program for managing a bank account. Further, 
service menu screen data was sent from the support server 
to a network terminal here, but service menu screens 
corresponding to each affinity ID can also be stored in a 
network terminal. 

Upon receipt thereof, the network terminal 10 performs 
the following response processing (S16). That is, the 
network terminal 10 confirms that each network terminal ID 
and subscriber ID received is the ID stored internally, and 
furthermore, overwrites the stored affinity ID with the 
received affinity ID. In accordance therewith, an affinity 
ID stored in the network terminal can be updated. 
Furthermore, a service menu screen (initial screen) 
corresponding to an HTML file is displayed on the network 
terminal 10. Further, in a case that a plug-in program or 
other additional program has been downloaded, this program 
is stored in a predetermined storing unit. In accordance 
therewith, the network terminal operates as affinity ID 
"afl" thereafter. 

Fig. 8 is an example of an initial screen being 
displayed on a network terminal. As shown in Fig. 8, 
buttons for selecting a service business entity, which is 
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specified by an affinity ID, are displayed on the service 
menu screen. Fig. 8 is a screen corresponding to affinity 
ID "af3" in Fig. 4C. Then, by a subscriber selecting the 
displayed button of a desired service business entity, the 
5 URL of a server of the selected service business entity is 
specified, and the network terminal 10 connects to this 
server. The server of the service business entity sends a 
file for displaying a predetermined service provision 
screen in accordance with a request from the network 
10 terminal 10, and the screen corresponding to this file is 
displayed on the network terminal 10. 

Further, as shown in Fig. 8, the size of the button 
can be constituted such that the button size differs in 
accordance with a service business entity's proportional 
15 share of costs . 

Thus, when a new affinity ID is set, by a network 
terminal 10 of a subscriber corresponding to this affinity 
ID connecting to the support server 40, the affinity ID of 
the network terminal 10 is also updated, and it becomes 
20 possible for the subscriber 10 to receive a new service. 

The support server 40 manages the affinity ID change 
history of the network terminal 10. 

Fig. 9 is an example of an affinity ID change history 
table. In Fig. 9, when the affinity ID of a network 
25 terminal 10 is updated based on the connection from the 
network terminal 10, the table stores the subscriber ID, 
the pre- and post-update affinity IDs, and the update date 



17 



corresponding to the network terminal 10 thereof. And then, 
the support server 40 can regularly (for example, every 
month or every year) create a document like that shown in 
Fig. 10 based on the change history table of Fig. 9. The 

5 document is a statement of fluctuations in the shared 

amounts of network terminal costs of each service business 
entity during a predetermined period. In Fig. 10, there 
is an example of a document of service business entity VAM1 
for a certain year, and the differences in line with 

10 changes of proportional shares is computed based on the 
table of Fig. 5. Furthermore, in Fig. 10, amounts are 
computed using a network terminal unit cost of 30,000 yen. 
Further, the amount of money received is recorded in the 
document of service business entity ISPl, but the amount of 

15 money paid out is recorded in the document of a service 
business entity paying the charge. 

Further, as explained above, after an affinity ID is 
changed, adjustments to the proportional shares (or 
charges) of the service business entities are made in 

20 relation to network terminals connected to the support 

server 40, but the support server 40 can also adjust the 
proportional shares (charges) of the service business 
entities all at once for all network terminals for which 
the affinity ID has changed. 

25 Thus, a support server 40 in an aspect of the 

embodiment of the present invention performs management 
tasks, such as customizing a network terminal 10 and 
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adjusting the proportional shares of network terminal costs 
when a change occurs in the services provided to a network 
terminal 10. Consequently, after a certain service 
business entity has distributed to subscribers network 
terminals dedicated to the service of the service business 
entity thereof, even in a case that a new service business 
entity wishes to commence a service using the network 
terminals thereof, by the support server 40 undertaking in 
accordance with the above-mentioned management tasks the 
troublesome procedures accompanying the participation of a 
new service business entity, adding a service business 
entity, which will utilize the network terminals, becomes 
easy. Further, due to the participation of a new service 
business entity, the proportional share of network terminal 
costs of each service business entity is also reduced. 

Fig. 11 is a flowchart of processing between a network 
terminal and support server in a second aspect of the 
embodiment of the present invention. In the second aspect 
of the embodiment, an affinity ID stored in a network 
terminal 10 is changed using a storage medium capable of 
being removed from a network terminal 10. The storage 
medium is, for example, an IC card, memory card or the like. 
More specifically, in a case that a service provided to a 
network terminal has been added, the support server 40 
issues a new affinity ID the same as explained hereinabove. 
In the following example, a case that the affinity ID is 
changed from "afO" to "afl" will be explained. And then, 
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either the operator of the support server 40, or the 
service business entity constituting the affinity ID 
thereof gives out to a subscriber the storage medium on 
which the affinity ID thereof is stored. The storage 
5 medium is, for example, sent by mail. 

In Fig. 11, the states of a subscriber table and an 
affinity table in the support server 40 are shown in Step 
S20. In Step S20, the affinity ID corresponding to 
subscriber ID "1234567" is still "af 0" . Further, a flag 
10 ("Card") as to whether or not a change of affinity ID in 

the storage medium (here, a smart card) will be permitted, 
has been added to the affinity table. 

A subscriber receiving the storage medium on which a 
new affinity ID is stored, in a state that the storage 
15 medium has been placed in his own network terminal, may 

connect the network terminal 10 to the support server 40. 

By so doing, the network terminal 10 sends to the 
support server 40 an access request (post request) 
comprising a network terminal ID, subscriber ID, affinity 
20 ID and a card flag ( Card_f lag=yes ) indicating the use of 

the storage medium (S21). Here, the affinity ID comprising 
the access request is not the affinity ID stored inside the 
network terminal, but rather the affinity ID stored on the 
storage medium. Furthermore, as for the network terminal 
25 ID and subscriber ID, the ones stored inside the network 
terminal are used. Therefore, the network terminal 10 
checks whether or not a storage medium is placed in the 
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interface unit 14 at access request time, and in a case 
that a storage medium is placed, reads out the information 
stored on the storage medium thereof, and in a case that an 
affinity ID is read out, sends same. In a case that a 
storage medium is not placed, the affinity ID stored inside 
the network terminal is sent as is customary. 

Upon receiving an access request, the support server 
40 references the subscriber table shown in Fig. 4B, 
acquires the affinity ID corresponding to the received 
subscriber ID, and furthermore, then compares the affinity 
ID acquired from the table with the received affinity ID 
(S22). Furthermore, the support server 40 confirms whether 
or not use of the storage medium is permitted based on the 
"Card" flag of the affinity table. In the second aspect of 
the embodiment, the subscriber table of Fig. 4B is not 
updated when a new affinity ID is issued. Consequently, in 
a case that an affinity ID stored on a storage medium is 
received, the affinity IDs do not match. Conversely, in a 
case that an affinity ID of inside a network terminal is 
received, the affinity IDs do match. When there is a match 
in Step S23, the processing of Fig. 9 above is the same. 
That is, the support server 4 0 sends an HTML file for 
displaying a service menu screen corresponding to each ID 
and affinity ID "afO" (S26). And then, the service menu 
screen corresponding to "afO" is displayed on a network 
terminal 10. Further, in a case that use of a storage 
medium is not permitted in Step S23, response processing 
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corresponding to affinity ID "afO" is performed the same as 
in the above case that there was a match without changing 
the affinity ID (S26) . 

In a case that use of a storage medium is permitted, 
and moreover, affinity IDs do not match, the support server 
4 0 updates the affinity ID in the subscriber table 
corresponding to the subscriber thereof with the received 
new affinity ID (S25). Furthermore, the support server 40 
selects the received affinity ID (here, "afl") the same as 
the first aspect of the embodiment explained hereinabove, 
sends the affinity ID thereof, the network terminal ID and 
the subscriber ID to a network terminal 10, and furthermore, 
sends as an access response (post response) an HTML file 
(datal) for displaying a service menu screen corresponding 
to affinity ID "afl", and an additional plug-in program 
(data2) corresponding to affinity ID "afl" (S24). Then, 
upon receipt thereof, the network terminal 10 performs 
response processing the same as Step S16 in the above- 
mentioned first aspect of the embodiment (S27). 

In the above-mentioned second aspect of the embodiment, 
a case that a distributed storage medium is used was 
explained as an example of changing an affinity ID in 
accordance with the desire of a subscriber, but the present 
invention is not limited thereto, and, for example, a 
service menu screen corresponding to an original affinity 
ID can also be used. 
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Fig. 12 is an example of a service menu screen for 
displaying an affinity ID change menu. Fig. 12 is, for 
example, a service menu screen of affinity ID "afl" f and 
furthermore, displays buttons for requesting a change to 

5 either affinity ID "af2" or affinity ID "af3". By a 
subscriber clicking on a button thereof, a new access 
request (post request) comprising a new affinity ID is sent 
to the support server. 

Fig. 13 is a flowchart of processing between a network 

10 terminal and the support server in a third aspect of the 

embodiment of the present invention. A case that the third 
aspect of the embodiment uses an affinity ID stored on a 
storage medium and temporarily changes an affinity ID will 
be explained. In Fig. 13, the state of the subscriber 

15 table in the support server 40 is shown in Step S30. In 
Step S30, the affinity ID corresponding to subscriber ID 
"1234567" is "af4". Further, in the subscriber table, 
there has been added flag "temporary" as to whether or not 
the temporary change of affinity ID in accordance with a 

20 storage medium is permitted. 

A subscriber (subscriber ID "1234567") receiving a 
storage medium on which is stored a different affinity ID 
(here, "af3"), in a state wherein the storage medium has 
been placed in his own network terminal, is allowed to 

25 connect the network terminal 10 to the support server 40. 

By so doing, the network terminal 10 sends to the 
support server 40 an access request (post request) 
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comprising a network terminal ID, subscriber ID, affinity 
ID "af3" and a temporary change flag ( temporary_f lag=yes ) 
signifying the temporary use of the affinity ID thereof 

(531) . Here, the affinity ID comprising the access request 
5 is not the affinity ID stored inside the network terminal, 

but rather is affinity ID " af3" stored on the storage 
medium. 

Upon receiving an access request, the support server 
4 0 references the subscriber table shown in Fig. 4B, 

10 acquires the affinity ID corresponding to the received 

subscriber ID, and furthermore, then compares the received 
affinity ID with the affinity ID acquired from the table. 
In this aspect of the embodiment, the two do not match. 
Then, the support server 40 confirms whether or not a 

15 temporary change of affinity ID is permitted based on the 
temporary change flag (temporary) of the subscriber table 

(532) . And then, in Step S33, in a case that a temporary 
change of affinity ID is permitted, the support server 40 
performs access response corresponding to the different 

20 affinity ID "af3" the same as Step S14 in the above- 
mentioned first aspect of the embodiment (S34), and in a 
case that a temporary change of affinity ID is not 
permitted, the support server 40 performs access response 
corresponding to the original affinity ID "af4" the same as 

25 Step S15 in the first aspect of the embodiment (S35). 

Then the network terminal 10 performs response 
processing for the access responses thereof the same as 
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Step S16 in the above-mentioned first aspect of the 
embodiment (S36). However, in this aspect of the 
embodiment, because the change of affinity ID is temporary, 
unlike Step S16, the affinity ID is not overwritten. 
5 In the above-mentioned aspects of the embodiment, the 

adjustment of the proportional shares of the purchase costs 
of network terminals was explained as the costs related to 
network terminals, but the present invention is not limited 
thereto. For example, in a case that a predetermined fee 
10 is charged monthly as a service provision fee or network 
terminal support fee to subscribers to whom network 
terminals were distributed, the proportional share of each 
service business entity can also be adjusted with regard to 
the service provision fee and so forth thereof. 
15 The terminal device in the aspects of the embodiment 

of the present invention is not limited to a terminal 
device (network terminal) capable of connecting to a 
network; a terminal device other than a network terminal is 
also applicable. 
20 According to the above present invention, a terminal 

management device of the present invention manages the 
sharing by at the least one business entity of costs 
related to distributed terminal devices. For example, in a 
case that a new business entity, which uses the terminal 
25 devices and provides services after the terminal devices 
have been distributed, the terminal management device 
computes and totals the differences of shared costs of each 
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business entity, which will change in accordance with the 
addition thereof. Thus, by managing the changes of a 
plurality of business entities bearing the costs related to 
terminal devices, changes in the shares of the costs 
thereof can be adjusted easily even in a case that business 
entities using the terminal devices thereof and providing 
services change after the terminal devices have been 
distributed to subscribers. Therefore, the present 
invention facilitates the participation of a new service 
business entity in the provision of services using terminal 
devices subsequent to the terminal devices being 
distributed. 

The scope of protection of the present invention is 
not limited to the above-mentioned aspects of the 
embodiment, but rather extends to the inventions disclosed 
in the claims and equivalents thereof. 
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